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Field of the Invention 

[pi] The present invention relates to mobile communications systems, and more 

specifically, to addressing the situation when features associated with a roaming mobile 
subscriber are not supported by the serving location register in a visited network. 
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[p2] Figure 1 illustrates a wireless communication system in accordance with the Global 
System for Mobile communication (GSM) standard. The GSM standard is designed to 
provide a uniform interface which allows mobile communication subscribers of various 
countries to operate their mobile devices regardless of the current location of the mobile 
subscriber. A mobile subscriber typically has a subscription with a network which is 
designated as the mobile subscriber's home public land mobile network 1 10 (HPLMN). 
The HPLMN 1 10 has a home location register (HLR) 1 15 which contains, among other 
things, various information regarding the services provided to the mobile subscriber. When 
a mobile subscriber roams into a different network, which is referred to as a visited public 
land mobile network 120 (VPLMN), the VPLMN requires certain data regarding the 
mobile subscriber's subscription. The data regarding the mobile subscriber's subscription is 
also known as the mobile subscriber's profile. The mobile subscriber's profile is transferred 
from the HLR to a visitor location register (VLR) in the VPLMN 120. 

[p3] In a GSM system mobile subscriber data is stored within the VLR that is associated 
with the mobile services switching center (MSC) that currently serves the mobile 
subscriber in order to reduce internetwork signaling between VLRs and HLRs. The 
decentralization of the VLRs within a GSM system (i.e., each MSC being equipped with a 
VLR) reduces intranetwork signaling as well. So, for example, if the mobile subscriber is 
roaming in an area of the VPLMN 120 which is controlled by the MSC/VLR 130, the HLR 
115 will transfer the mobile subscriber's profile to MSC/VLR 130. Similarly, if the mobile 
subscriber is roaming in an area controlled by MSC/VLR 135, the HLR 115 will transfer 
the mobile subscriber's profile to MSC/VLR 135. Although figure 1 illustrates the 
MSC/VLR as a single system node, one skilled in the art will recognize that the MSC and 
VLR can be implemented as separate system elements. 
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[p4] To increase the compatibility of GSM with other types of systems, it is anticipated 
that future versions of the GSM standard, also called Universal Mobile 
Telecommunications System (UMTS), will incorporate elements of other mobile 
communications systems. For example, the Japanese Personal Digital Cellular (PDC) 
system includes a system node which is used to reduce internetwork signaling known as a 
gateway location register (GLR). Figure 2 illustrates an exemplary mobile communications 
system in accordance with the PDC system. Like a GSM system, a home network 210 
includes an HLR 215 which contains the mobile subscriber's profile. When a mobile 
subscriber roams into a visited network 220 the mobile subscriber's profile is transferred to 
GLR 225. In GSM terms, the GLR can be described as a VLR for all subscribers roaming 
from other networks. Hence, only one GLR is needed for each network. 

[p5] Figure 3 illustrates an exemplary UMTS system which incorporates the GLR of the 
PDC system. When a mobile subscriber of HPLMN 310 roams into VPLMN 320, the HLR 
315 will transfer the mobile subscriber's profile to GLR 325. Then, depending upon which 
area within the VPLMN 320 the mobile subscriber is roaming, the GLR 325 will transfer 
the mobile subscriber's profile to the respective MSC/VLR 330, 335 or 340. The 
introduction of the GLR 325 into a GSM/UMTS system reduces internetwork signaling 
because once the mobile subscriber roams into VPLMN 320, the HLR will only need to 
transfer the mobile subscriber's profile to GLR 325. GLR 325 will be responsible for 
transferring the mobile subscriber's profile to the proper MSC/VLR within VPLMN 320 as 
the mobile subscriber travels around the VPLMN 320. 

[p6] The protocol used by GSM/UMTS systems for transferring data between VLRs and 
HLRs is the mobile application part (MAP). Since GLRs are optional elements within the 
UMTS system, MAP procedures should be completely independent of the presence or 
absence of GLRs in a system. Accordingly, by using an HLR interface towards the VLRs 
and a VLR interface towards the HLRs, the GLR should be completely transparent. 
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However, in a system which includes a GLR where the different MSC/VLR nodes support 
different sets of supplementary services, the indications of this to the HLR in the home 
network becomes a problem. A similar problem occurs if some MSC/VLR nodes support 
regional subscription restrictions while others do not, or if different MSC/VLR nodes 
support different phases of customized applications for mobile network enhanced logic 
(CAMEL). CAMEL allows wireless systems to provide intelligent network services 
similar to those provided by wired networks such as the public switched telephone 
network. The same kind of problem is applicable when different bearer services and 
teleservices are supported, and when the support for operator determined barring varies 
between different MSC/VLR nodes. A similar problem occurs when the entire MSC area is 
restricted for a certain mobile subscriber for some MSC/VLRs but not restricted for other 
MSC/VLRs. For ease of explanation supplementary services, support for regional 
subscription restrictions, support for different phases of CAMEL, bearer services and 
teleservices are referred to herein as features. 

[p7] Figure 4 illustrates an exemplary signaling diagram of conventional MAP procedures 
for handling the situation when a serving MSC/VLR does not support at least one of the 
features associated with a subscriber. When a mobile subscriber enters an area controlled 
by an MSC/VLR, the mobile subscriber's device will send a location update request to the 
serving MSC/VLR. The serving MSC/VLR will then send a MAP_UPDATE_LOCATION 
message to the HLR associated with the roaming mobile subscriber. Triggered by the 
MAP_UPDATE_LOCATION message from the serving MSC/VLR the mobile 
subscriber's HLR initiates the framed MAP INSERT SUBSCRIBER DATA procedure to 
transfer relevant mobile subscriber data to the serving MSC/VLR. 
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[p8] Figure 5 illustrates a portion of an exemplary MAP_INSERT_SUBSCRIBER_DATA 
message which is sent from the HLR to the serving MSC/VLR. The 
MAP_INSERT_SUBSCRIBER_DATA message includes the SS Data List parameter 505, 
which indicates the set of supplementary services that are subscriber to by the concerned 
mobile subscriber, as well as provides necessary data for these supplementary services. If 
regional subscription restrictions apply for the concerned mobile subscriber, this is 
indicated in the Regional Subscription Data parameter 510. The 
MAP_INSERT_SUBSCRIBER_DATA message from the HLR also includes a Bearer 
Service List parameter 515 and Teleservice List parameter 520 indicating the bearer 
services and the teleservices that are subscribed to by the concerned mobile subscriber. If 
operator determined barring applies to the concerned mobile subscriber, this is indicated in 
the Operator Determined Barring General Data parameter 525, provided that the 
Subscriber Status parameter in the M AP_IN SERTSUB S CRIB ER_D AT A message (not 
illustrated) is set to "Operator Determined Barring". The 

MAP_INSERT_SUBSCRIBER_DATA message implicitly indicates the CAMEL phases 
required by the mobile subscriber's subscription by the presence or absence of the CAMEL 
capability handling information element in the optional capability set I (O-CSI) 
information element in the VLR CAMEL subscription Information parameter (not 
illustrated). The presence of the CAMEL capability handling information element 
indicates CAMEL phase 2 or higher is subscribed to by the mobile subscriber while the 
absence of the information element indicates that CAMEL phase 1 is subscribed to by the 
mobile subscriber. 

[p9] Referring again to figure 4, the MSC/VLR determines whether the features associated 
with the parameters set in the MAP INSERT SUBSCRIBER DATA message are 
supported by the MSC/VLR and sends a MAP INSERT SUBSCRIBER DATA response 
message to the HLR. 
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[plO] Figure 6 illustrates a portion of an exemplary 

MAP_INSERT_SUBSCRIBER_DATA response message. If any of the indicated 
supplementary services are not supported by the serving MSC/VLR, these supplementary 
services are indicated in the SS-Code List parameter 605. If regional subscription 
restrictions are not supported by the MSC/VLR or if the entire MSC area of the serving 
MSC is restricted by the regional subscription restrictions (thereby making the mobile 
subscriber unreachable) or if the parameter contains formatting errors or other data errors, 
the Regional Subscription Response parameter 610 is included in the 
MAP INSERT SUBSCRIBER DATA response message indicating the cause of the 
problem. If either of the indicated bearer services or teleservices are not supported by the 
MSC/VLR, this is indicated in the Bearer Service List parameter 615 or the Teleservice 
List parameter 620, respectively. If the mobile subscriber is subject to barring not 
supported/not allocated by the MSC/VLR, this is indicated in the Operator Determined 
Barring parameter 625 in the MAP_INSERT_SUBSCRIBER_DATA response message 
to the HLR. Also included in the MAP_INSERT_SUBSCRIBER_DATA response 
message from the MSC/VLR to the HLR is the Supported CAMEL Phases parameter 
630, indicating the CAMEL phases supported by the MSC/VLR. 

[pi 1] Referring again to figure 4, the location update procedure is completed by the HLR 
sending a MAP_UPDATE_LOCATION response confirmation message. 

[pi 2] Figure 7 illustrates signaling in a UMTS system when a mobile subscriber moves 
from an area controlled by one MSC/VLR to an area controlled by another MSC/VLR in 
a VPLMN which uses a GLR. When the mobile subscriber, who is not yet registered in 
the GLR (i.e., not yet registered in the VPLMN) enters an area served by MSC/VLR1 the 
mobile subscriber's device sends a location update message (not illustrated) to the 
MSC/VLR1 requesting support. MSC/VLR1 sends a MAP UPDATE LOCATION 
message to the GLR of the VPLMN. Since the mobile subscriber is registering for the 
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first time from this particular VPLMN, the GLR forwards the 
MAP_UPDATE_LOCATION message to the HLR associated with the mobile 
subscriber. In response the HLR sends a MAP_INSERT_SUBSCRIBER_DATA message 
to the GLR indicating features currently subscribed to by and/or applied to the mobile 
subscriber. This message is forwarded by the GLR to the serving MSC/VLR1 which 
returns a MAP_INSERT_SUBSCRIBER_DATA response message which is forwarded 
by the GLR to the HLR. The MAP JNSERT_SUBSCRIBER_DATA response message 
contains the indications of the features subscribed to by and/or applied to the subscriber 
which are not supported by this particular serving MSC/VLR. The location updating 
procedure is completed by the HLR sending a MAP JJPDATE_LOCATION response 
message to the GLR, which in turn, forwards the message to MSC/VLR 1 . 

[pi 3] To reduce internetwork signaling, when a GLR is used in the visited network, a 
MAP_UPDATE_LOCATION message is sent to the HLR of a roaming mobile 
subscriber only upon the first location update request of a series of consecutive location 
update requests from the roaming mobile subscriber in the particular visited network. 
Accordingly, when the mobile subscriber subsequently moves to other MSC areas or 
other serving MSC/VLRs, the HLR is not informed of this move. Instead the MSC/VLR, 
such as MSC/VLR2, will send a MAPUPDATELOCATION message to the GLR. The 
GLR will respond with a MAP_INSERT_SUBSCRIBER_DATA message to 
MSC/VLR2. MSC/VLR2 returns a MAP_INSERT_SUBSCRIBER_DATA response 
message. The GLR completes the location updating procedure by sending a 
MAP UPDATE LOCATION response message to MSC/VLR2 and performing a 
location cancellation procedure with MSC/VLR 1. Accordingly, if MSC/VLR2 supports 
different features than those supported by MSC/VLR 1, the HLR, which needs to have 
this information to provide such features, is not informed, since the location update 
messages are not forwarded by the GLR to the HLR. 
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Brief Summary of the Invention 

[pi 4] According to exemplary embodiments of the present invention, methods and 

apparatus are provided for indicating features not supported by a visitor location register. 
A message including an indication of a feature not supported by a visitor location register 
for a subscriber is sent from a gateway location register to a home location register. 
Another message including another indication of a feature not supported by another 
visitor location register for the subscriber is sent to the gateway location register. The 
gateway location register determines whether a feature is supported by the visitor location 
register which is not supported by the another visitor location register or whether a 
feature is supported by the another visitor location register which is not supported by the 
visitor location register. 

[pi 5] According to another aspect of the present invention, a location updating message 
indicating that a subscriber is being served by the visitor location register is sent from a 
visitor location register to a gateway location register. Which of the subscriber's features 
are supported by the visitor location register is indicated to the gateway location register. 
The message indicating which of the subscriber's features are supported by the visitor 
location register is sent to the subscriber's home location register. Another location 
updating message indicating that the subscriber is being served by the another visitor 
location register is sent from another visitor location register to the gateway location 
register. Which of the subscriber's features are supported by the another visitor location 
register is indicated to the gateway location register. The gateway location register 
determines whether the visitor location register supports features which are not supported 
by the another visitor location register or whether the another visitor location register 
supports features which are not supported by the visitor location register. 

Brief Description of the Several Views of the Drawings 
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[pi 6] The present invention will now be described with reference to the accompanying 
drawings in which: 

[pi 7] Figure 1 illustrates a conventional GSM system; 

[pi 8] Figure 2 illustrates a conventional PDC system; 

[pi 9] Figure 3 illustrates an exemplary UMTS system which includes a GLR; 

[p20] Figure 4 is a signaling diagram of conventional MAP location updating procedures; 

[p21] Figure 5 illustrates a portion of a conventional 
MAPJNSERT_SUBSCRIBER_DATA message; 

[p22] Figure 6 illustrates a portion of a conventional 

M AP_IN S ERT_SUB S CRIBERD AT A response confirmation message; 

[p23] Figure 7 is a signaling diagram of a location updating procedure in a UMTS-type 
system which in includes a GLR; 

[p24] Figure 8 is a signaling diagram of a location updating procedure in a UMTS-type 
system which includes a GLR in accordance with one embodiment of the present 
invention; 

[p25] Figure 9 is a signaling diagram of a location updating procedure in a UMTS-type 
system which includes a GLR in accordance with another embodiment of the present 
invention; and 

[p26] Figure 10 is a signaling diagram of a location updating procedure in a UMTS-type 
system which includes a GLR in accordance with yet another embodiment of the present 
invention. 

Detailed Description of the Invention 
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[p27] In the following description, for purposes of explanation and not limitation, specific 
details are set forth, such as particular sequences of inter and intra network signaling, 
types of messages, etc. in order to provide a thorough understanding of the present 
invention. However, it will be apparent to one skilled in the art that the present invention 
may be practiced in other embodiments that depart from these specific details. In other 
instances, detailed descriptions of well-known methods, devices, and network elements 
are omitted so as not to obscure the description of the present invention. 

[p28] The exemplary radio communication systems discussed herein are described as 
operating in accordance with the UMTS system, however, one skilled in the art will 
recognize that the present invention can be implemented in other mobile communications 
systems where a gateway is used to reduce internetwork signaling. 

[p29] According to exemplary embodiments of the present invention the GLR detects 
when a piece of information required by the HLR is changed and then forwards the 
required information to the HLR. To detect when a piece of information is changed, due 
to a changed location of the mobile subscriber, the GLR stores the six parameters 
associated with the mobile subscriber's features (SS-Code List, Bearer Service List, 
Teleservice List, Operator Determined Barring General Data, Regional Subscription 
Response, Supported CAMEL Phases) received in the 

MAP INSERT SUBSCRIBER DATA response message from the MSC/VLR. Since, 
with the exception of the indication of an entirely restricted MSC area, this is data 
characteristic to each node, the specific support for each feature in each node could also 
be stored in the GLR as configuration data. Configuration data stored in the GLR 
indicates the support for features that are not subscriber specific for each of the 
MSC/VLRs controlled by the GLR, e.g., support for operator determined barring is not 
subscriber specific whereas a restricted mobility area is subscriber specific. 
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[p30] When the next MAP_INSERT_SUBSCRIBER_DATA response message 

concerning the same mobile subscriber is received from a new MSC/VLR, the GLR 
determines whether any of the mobile subscriber's features has changed. The GLR can 
determine whether support for any of the mobile subscribers features has changed by 
comparing the data received in the MAP_INSERT_SUBSCRIBER_DATA response 
message with the stored data from the previous MAP_INSERT_SUBSCRIBER_DATA 
response message for the concerned mobile subscriber. Alternatively, the GLR can make 
this determination by comparing the configuration data for the old and the new 
MSC/VLR node. Since an entirely restricted MSC area cannot be determined by 
configuration data, the GLR will need to determine for each MSC/VLR if the MSC/VLR 
area is restricted based on the information previously provided by the HLR or provided in 
the MAP INSERT SUBSCRIBER DATA response message from the MSC/VLR. If 
support for the mobile subscriber's features has changed due to a mobile subscriber 
roaming from one MSC/VLR to another where both MSC/VLRs are served by the same 
GLR, the GLR informs the HLR in accordance with either of the following three 
alternative methods. 

[p3 1 ] Figure 8 illustrates the signaling for informing the HLR whether any of the essential 
information regarding the features provided to the roaming mobile subscriber has 
changed when the roaming mobile subscriber roams from one MSC/VLR to another 
where both MSC/VLRs are served by the same GLR. When a mobile subscriber has 
contacted an MSC/VLR and requested a location update, the MSC/VLR sends a 
MAP UPDATE LOCATION message to the GLR which responds with a 
MAP_INSERT_SUBSCRIBER_DATA message in a manner similar to that described 
above in connection with figure 7. If the MSC/VLR detects that certain features within 
the mobile subscriber profile are not supported and/or that the entire MSC area is 
restricted for the concerned mobile subscriber, the MSC/VLR responds with a 
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MAP_INSERT_SUBSCRIBER_DATA message which indicates the features not 
supported by the MSC/VLR and/or that the entire MSC area is restricted. The GLR 
determines from the MAP_INSERT_SUBSCRIBER_DATA response message, or by 
comparing configuration data for the previous and the new MSC/VLR, whether support 
for any of the indicated features has changed when the mobile subscriber moved from the 
previous to the new MSC/VLR, or whether the entire MSC area was restricted in the 
previous MSC/VLR but not in the new MSC/VLR, or vice versa. If so, the GLR initiates 
a location updating procedure by sending a MAP_UPDATE_LOCATION message to the 
HLR. Since the GLR is used to reduce internetwork signaling, conventional systems 
would not initiate a location updating procedure with the HLR. Accordingly, 
conventional systems would not send the MAPUPDATELOCATION message to the 
HLR when the MSC/VLR support for the mobile subscriber's features has changed nor 
when a mobile subscriber has moved from an entirely restricted MSC area to one that is 
not, or vice versa. 

[p32] When the resulting MAPJNSERT_SUBSCRIBER_DATA message from the HLR 
is received, the GLR does not forward it to the MSC/VLR. Instead it responds to the HLR 
with the same MAP_INSERT_SUBSCRIBER_DATA response message that it received 
from the MSC/VLR indicating the features not supported by the MSC/VLR and/or that 
the entire MSC area is restricted. The HLR then responds with a 
MAPUPDATELOCATION response confirmation. The GLR sends a 
MAPUPDATELOCATION response confirmation to the MSC/VLR. Through this 
process, the HLR receives the information concerning features supported by the new 
MSC/VLR. Hence, the HLR can adjust the features which it is supporting for the mobile 
subscriber. 
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[p33] One skilled in the art will recognize that in certain scenarios the 

MAP JNSERT_SUBSCRIBER_DATA response message forwarded by the GLR will be 
an empty confirmation message. For example, when a mobile subscriber roams from an 
area where an MSC/VLR supports all of the mobile subscriber's features but is an entirely 
restricted MSC area to an MSC/VLR which also supports all of the mobile subscriber's 
features and is not an entirely restricted MSC area, the 

MAP_INSERT_SUBSCRIBER_DATA response message will be empty. Since the 
MAP_INSERT_SUBSCRIBER_DATA response message indicates features not 
supported and restricted MSC areas, an empty message indicates support for all mobile 
subscriber features and no restricted MSC areas. 

[p34] Figure 9 illustrates the signaling for informing the HLR whether any of the essential 
information regarding the features provided to the roaming mobile subscriber has 
changed when the roaming mobile subscriber roams from one MSC/VLR to another, 
where both MSC/VLRs are served by the same GLR, in accordance with another 
embodiment of the present invention. The first three messages exchanged between the 
MSC/VLR and GLR are the same as those described above with regard to figure 8, where 
the MSC/VLR informs the GLR that certain features within the mobile subscriber profile 
are not supported by the MSC/VLR and/or that the entire MSC area is restricted for the 
concerned subscriber. In addition, the MAPINSERTSUBSCRIBERDATA response 
message can be empty. The GLR determines from the 
MAP INSERT SUBSCRIBER DATA response message, or by comparing 
configuration data for the previous and the new MSC/VLR, whether support for any of 
the indicated features has changed when the mobile subscriber moved from the previous 
to the new MSC/VLR, or whether the entire MSC area was restricted in the previous 
MSC/VLR but not in the new MSC/VLR, or vice versa. If there is a change in the support 
for the mobile subscriber's features or these is a change in an entirely restricted MSC area 



Page 14 of 37 



the GLR sends a MAP RESTORE DATA message to the HLR, although data 
restoration is not really needed. 

[p35] Conventionally, the MAP RESTORE DATA message is sent from an MSC/VLR to 
an HLR when the MSC/VLR has experienced a fault which caused the MSC/VLR to lose 
the mobile subscriber's data. The MAP_RESTORE_DATA message will trigger a 
MAP_INSERT_SUBSCRIBER_DATA message to be sent from the HLR, and the GLR 
responds to this with the same MAP_INSERT_SUBSCRIBER_DATA response message 
that it received from the MSC/VLR, i.e., the MAP_INSERT_SUBSCRIBER_DATA 
message indicating features not supported by the MSC/VLR and/or that the entire MSC 
area is restricted for the concerned mobile subscriber, or an empty message. The HLR 
then sends a MAP_RESTORE_DATA response confirmation message to the GLR. The 
GLR completes the update location procedure with the MSC/VLR by sending a 
MAP_UPDATE_LOCATION response confirmation message. 

[p36] In accordance with another embodiment of the present invention, a new MAP 

message is defined for informing the HLR of the changes in the support for the mobile 
subscriber's features and/or in the status of possible restriction of the entire MSC area. 
This message could, for example, be called MAP INFORMATION UPDATE and 
would include the IMSI of the concerned mobile subscriber (as well as the Invoke ID) as 
a mandatory parameter. The MAP_INFORMATION_UPDATE message can also include 
the SS-Code List, the Bearer Service List, the Teleservice List, the Operator Determined 
Barring General Data, the Regional Subscription Response and the Supported CAMEL 
Phases parameters as optional parameters for informing the HLR of changes in the 
support of these features and/or the status of possible restriction of the entire MSC area. 
The response message from the HLR would only contain the common parameters Invoke 
ID, User Error and Provider Error. 
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[p37] Figure 10 illustrates the signaling for informing the HLR that support for the 

features provided to the roaming mobile subscriber has changed and/or that the status of 
possible restriction of the entire MSC area has changed when the roaming mobile 
subscriber roams from one MSC/VLR to another, where both MSC/VLRs are served by 
the same GLR, using the newly defined MAP message. Again, the first three messages 
exchanged between the MSC/VLR and GLR are similar to those described above with 
regard to figure 8. The GLR determines from the MAP_INSERT_SUBSCRIBER_DATA 
response message, or by comparing configuration data for the previous and the new 
MSC/VLR, whether the support for any of the indicated features has changed when the 
mobile subscriber moved from the previous to the new MSC/VLR, or whether the entire 
MSC area was restricted in the previous MSC/VLR but not in the new MSC/VLR, or vice 
versa. If so, the GLR then sends a MAP_INFORMATION_UPDATE message to the 
HLR indicating the features not supported by the MSC/VLR and/or that the entire MSC 
area is restricted, or an empty message. In response the HLR sends a 
MAP JNFORMATIONJJPDATE response confirmation message to the GLR. The GLR 
completes the location updating procedure by sending a MAP_UPDATE_LOCATION 
confirmation message to the MSC/VLR. By defining a new MAP message the signaling 
load on the system can be reduced since the transfer of the usually large 
MAP_INSERT_SUBSCRIBER_DATA message from the HLR to the GLR is avoided. 

[p38] For ease of explanation exemplary embodiments have been described as informing 
the HLR of features not supported by the new MSC/VLR. Of course, one skilled in the art 
will recognize that the GLR by informing the HLR of features not supported by the new 
MSC/VLR, the GLR is implicitly indicating the features which are supported by the new 
MSC/VLR which were not supported by the previous MSC/VLR. 
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[p39] One skilled in the art will recognize that the described methods are equally 

applicable in a general packet radio service (GPRS) network. By informing the HLR of 
features not supported by a new serving GPRS support node (SGSN), the GLR implicitly 
indicates the features which are supported by the new SGSN, and vice versa. For a more 
detailed description of GPRS and SGSNs, the interested reader should refer to U.S. Patent 
Application No. (Attorney Docket No. 040000-535) "Gateway Location Registers In A 
UMTS System" which is herein expressly incorporated by reference. 

[p40] The present invention has been described by way of exemplary embodiments to 

which the invention is not limited. Modifications and changes will occur to those skilled 
in the art without departing from the spirit and scope of the invention as defined in the 
appended claims. 
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Deposit of Computer Program Listings 

Not Applicable 
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